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1. INTRODUCrnON 

1.1. Purpose 

The purpose of this document is to describe the color video board diagnostic program 
designed and developed by Peter Costello. Hiis diagnostic is to serve as the primary tool 
in determining the functionality of Sun's color video board. 

1.2. AppllcaUe Documents 

For further information on the Sun Color Video Board please see 

Sun Color Video Board 
User's Manual 
PM: 800-OS98 



2. SYSTEM OVERVIEW 

2.1. General Description 

The program color.diag is a diagnostic program dedicated totally for testing the Sun Color 
Video Board. 

2.2. Features 

The program color.diag is capable of performing 

incoming inspection on multiple boards, 
burn-in test, and 
system test. 

In addition, color.diag provides component test facilities for chip or component debugging. 

2.3. Required Conflguratlcxi 

The incoming test inspection of Sun Color Video Board requires a Sun system containing 

(1) a monitor (360-0484), 

(2) a video board (501-0059), 

(3) a processor board (501-0001-01), 

(4) up to twelve Sun Color Video boards (501-0461-01) and 

(5) optional cabling to connect color boards to optional (530-0495-01 & 530-0492-01) 

(6) color monitor(s) (360-0595-01). 

color.diag is a bootable program only, therefore it requires some means of booting. 

2.4. E^ror Handling 

Error messages are displayed upon discovery. 
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8. color.cfiag SPECTFICATION 

3.1. User Interface 

The operator/tester is required to set switches and insert board(s) into card cage of test 
system. The operator is familiar with booting diagnostics and noting messages appearing 
upon the screen. 

3.2. Input/Output 

3.3. Operation 

color.diag may he ran with or without a color monitor. At sometime before Its shipment to 
customer It should be tested with a color mooltor. 

(1) The color video board has four jumper bergs which need to set prior to insertion into 
card cage. For purpose of common reference bergs are counted from left to right 
with left most berg location specified as 1. Set the jumpers as specified below. These 
are not final configuration Jumper Bettlngi. 

box tab( ; ) ; 

cfB 6 s s s s 

c |c s s s |c 

c jc |c |c |c |c. 

Sun Color Video Board 

Board; Jumper Location;MultiBus Mem Addr 

ijlTj2;'j3;J4;; 

0;All;6-7-8 iumped;6;jumped;OxlEX)000 

T;A11;3 6-7-8 jumped;6;jumped;OxlE4000 

2;A11;4 6-7-8 jumped;6;jumped;0xlE8000 

3;An;3-4 6-7-8 jumped;6;jumped;0xlEC000 

If there is a monitor attached connect the gyne, blue, green, and red internal cables to 
the board to be observed. 

(2) Insert the color video board(s) into the card cage at any slot not having a P2 connec- 
tor. 

(3) Boot color.diag. 

(4) Upon booting, color.diag attempts to locate all color boards configured to the system. 
Cross check the address displayed against board 8etting(s) utilized from above. If 
there are any differences, power down system, check jumpers, reinsert board, power 
up, and again boot color.diag. If titere is still a problem set aside board in question 
for further test and component replacement. 

(5) color.diag nexte request whether to proceed with an automatic or manual test of the 
board(B) configured on the system. Respond with an a. 

(6) From this point on color.diag performs an extensive set of diagnostics on all boards 
configured. The diagnostic loops continuously. Allow four passes. 

Should an enor occur the board does not pass incoming inspection (or system 
integration test). Send the board to MRB. 
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(7) If Uie color board u connected to a color monitor then the operator is directed to 
observe Uiat at the completion of a pass the diagnostic displays the prime colors on 
the monitor and holds them there for seven seconds. 

cidag displays red on the left third, green in the center third, and blue on the right. If 
these colors do not aqipear check cabling. If cabling does not fix the problem the 
board is to be rejected. 

(8) Upon the completion of four passes, the test is complete. 

3.4. Error Handling 

coloT.diag performs extensive checks and tests upon the color board, below is a description 
of the tests performed and the possible error message(s) that can be generated during the 
test. 

3.4.1. Testing Function Register 

All possible values are written to and read from the function register. An error occur- 
ring during this test 24)pears as follows: 

Device #(f O z Wrote valul to Functicn Reg. Read valu2 

d - specifies the board causing the error, x is the board's multibus address, valul and 
valu2 are the hex values written and read respectively. 

3.4.2. Testing Mask Regtster 

All possible values are written to and read from the mask register. An error occurring 
during this test appears as follows: 

Device #i Q z Wrote valul to Mask Reg. Read valuS 

d - specifies the board causing the error, x is the board's multibus address, valul and 
valu2 are the hex values written and read respectively. 

3.4.3. Testing Status Rei^ster 

Interrupts are disabled and all possible values are written to and read from the status 
register. An error occurring during this test spears as follows: 

Device #i O z Wrote valul to Status R^. Read valuS 

A - specifies the board causing the error, x is the board's multibus address, valul and 
valu2 are the hex values written and read respectively. 

3.4.4. Tteting Interrupt Logic 

The software controlled vertical retrace interrupt is enabled, and the diagnostic waits on 
an retrace interrupt. If an interrupt doe not occur the following message is displayed: 

Device 'ff^dO x No Interrupt received when expected. 

d - specifies the board causing the error, x is the board's inultibus address. 

3.4.5. Toting Address Registers 

The two X-address registers and the two Y-address registers are tested via setting the 
address and reading it back for all possible locations. Error(s) occurring during this test 
appear as follows: 

Device #i Q 2 Yfrate X-Address valul Set I Read value 
Device #i Q 2 Wrote Y- Address valul Set I Read valuS 

d - specifies the board causing the error, x is the boards multibus address, valul and 
valu2 are the hex values written and read respectively, and i is the x-y address pair under 
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test (0 or 1). 

3.4.0. Toting Ckdor Map 

These tests include first writing out the "check box" image to the monitor, which con- 
tains all possible color combinations (256), then performs a constant data check on the 
color map buffers. Finally it performs the old check board test (id tsl writing inverted 
data to alternate locations, then every second location, etc.). An error occurring during 
these tests appear as follows: 

Device dtkx Error ■ Color Map t Odor valul. 

Wn valu2 RD: valuS. 

d - specifies the board causing the error, x is the boards multibus address, s is green, red, 
or blue, i is one of the four color maps available (0 through 3), valul is the color index 
(0 through 255), valu2 and valu3 are the hex values for what was written and what was 
read respectively. 

3.4.7. Toting Function Unit 

These tests include placing various data patterns against various function values and 
checking on the corresponding result placed in the frame buffer. If the expected 
transformation does not take place then the following error message is displayed: 

Device iQx Function Unit write 8. 
Wrote: valul Read: valuS. 

d - specifies the board causing the error, x k the boards multibus address, s b a function 
from the set of {Source Data, Zeros, Ones, Inverted Source Data, Old Data Inverted, 
Mask, or Inverted Mask}, vsJul and valu2 are the hex values for what was written and 
what was read respectively. 

3.4.8. Tteting Frame Buffer Memory 

These test£ include the regular memory test routines (id est constant data check, address 
line check, and the checker board check. An error occurring during these tests appear as 
follows: 

Device rf O z s TEstX = »Y = > 
Wn valul Rd: valu2. 

d • specifies the board causing the error, x is the boards multibus address, s is memory 
test from the set of {Constant Data, Address, Checker}, i and j are the x and y locations 
respectively, valul and valu2 are the hex values for what was written and what was read 
respectively. 

3.4.0. Toting &-Plxel- Wide Mode 

This tests the "paint" provided by the Sun Color Video Board. The background area is 
set to one color and then painted over. Frame buffer locations are examined to ensure 
the paint to affect. An error occurring during these tests appear as follows: 

Device d€kx Paint-Mode Error Y = 0. Wrote = valul to valu2 with valuS. 
Read valu4 at X — valu5 
Wrote paint-mode pixel at Xaddr — valu6 

d - specifies the board causing the enor, x is the boards multibus address, valul and 
valu2 are the x coordinates (in hex) of where valu3 was written respectively. valu4 u 
the incorrect value read at location valu5. valuG is where the paint started. 
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1. INTRODUCnON 

1.1. Purpose 

The purpose of this document is to describe the color video board diagnostic program 
designed and developed by Peter Costello. TTiis diagnostic is to serve as the primary tool 
in determining the functionality of Sun's color video board. 

1.2. Applicable Documents 

For further information on the Sun Color Video Board please see 

Sun Color Video Board 
User's Manual 
PM: 800- OS 9 8 



2. SYSTEM OVERVIEW 

2.1. General Desciiptioa 

The program color.diag is a diagnostic program dedicated totally for testing the Sun Color 
Video Board. 

2.2. Features 

The program color.diag is capable of performing 

incoming inspection on multiple boards, 
burn-in test, and 
system test. 
In addition, color.diag provides component test facilities for chip or component debugging. 

2.3. Required Configuration 

The incoming test inspection of Sun Color Video Board requires a Sun system containing 

(1) a monitor (360-0484), 

(2) a video board ( 50 1-0059) , 

(3) a processor board (501-0001-01), 

(4) up to twelve Sun Color Video boards (501-0461-01) and 

(5) optional cabling to connect color boards to optional (530-0495-01 & 530-0492-01) 

(6) color monitor(s) (360-0595-01). 

color.diag is a bootable program only, therefore it requires some means of booting. 

2.4. Eirror Handling 

Error messages are displayed upon discovery. 
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3. color.<fiag SPECIFI CATION 

3.1. User Interface 

The operator/tester is required to set switches and insert board(s) into card cage of test 
system. The operator is familiar with booting diagnostics and noting messages spearing 
upon the screen. 

3.2. Input/Output 

3.3. Operation 

color.diag may be ran with or without a color monitor. At sometime befcare Its shipment to 
customer it should be tested with a color monitw. 

(1) The color video board has four jumper ierja which need to set prior to insertion into 
card cage. For purpose of common reference bergs are counted from left to right 
with left most berg location specified as 1. Set the jumpers as specified below. These 
are not final configuration Jumper settings. 

box tab(;); 

cfB s s s s s 

c |c s s s |c 

c |c |c |c |c |c. 

Sun Color Video Board 

Board; Jumper Location;MultiBu8 Mem Addr 

t — J — ) — t — 1 1 
;J1;J2;J3;J4;; 

0;All;6-7.8 jumped;6;jumped;0xlE000O 

T;A11;3 6-7-8 jumped;6;jumped;0xlE4000 

2;A11;4 6-7-8 jumped;6;jumped;0xlE8000 

3;All;3-4 6-7-8 jumped;6;jumped;OxlEC00O 

If there is a monitor attached connect the sync, blue, green, and red internal cables to 
the board to be observed. 

(2) Insert the color video board(8) into the card cage at any slot not having a P2 connec- 
tor. 

(3) Boot color.diag. 

(4) Upon booting, color.diag attempts to locate all color boards configured to the system. 
Cross check the address displayed against board setting(8) utilized from above. If 
there are any differences, power down system, check jumpers, reinsert board, power 
up, and again boot color.diag. If there is still a problem set aside board in question 
for further test and component replacement. 

(5) color.diag nexts request whether to proceed with an automatic or manual test of the 
board(6) configured on the system. Respond with an a. 

(6) From this point on color.diag performs an extensive set of diagnostics on all boards 
configured. The diagnostic loops continuously. Allow four passes. 

Should an error occur the board does not pass incoming inspection (or system 
integration test). Send the board to MRB. 
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(7) If the color boaid is connected to a color monitor then the operator is directed to 
observe that at the completion of a pass the diagnostic displays the prime colors on 
the monitor and holds them there for seven seconds. 

cidag displays red on the left third, green in the center third, and blue on the right. If 
these colors do not appear check cabling. If cabling does not fix the problem the 
board is to be rejected. 

(8) Upon the completion of four passes, the test is complete. 

3.4. Error Handling 

color.diag performs extensive checks and tests upon the color board, below is a description 
of the tests performed and the possible error message(s) that can be generated during the 
test. 

3.4.1. Tyisting Function Regtster 

AU possible values are written to and read from the function register. An error occur- 
ring during this test appears as follows: 

Device #<' O z VMte valul to Functioti Reg. Read valuS 
d - specifies the board causing the error, x is the board's multibus address, valul and 
valu2 are the hex values written and read respectively. 

3.4.2. Testing Mask Register 

All possible values are written to and read from the mask register. An error occurring 
during this test appears as follows: 

Device #(/ Q z ^fftabe valul to Mask Re^ Read valuS 
d - specifies the board causing the error, x is the board's multibus address, valul and 
valu2 are the hex values written and read respectively. 

3.4.3. Tteting Status Raster 

Interrupts are disabled and all possible values are written to and read from the status 
register. An error occurring during this test appears as follows: 

Device #i Q z Wrote valul to Status Reg. Read valuB 
d - specifies the board causing the error, x is the board's multibus address, valul and 
valu2 are the hex values written and read resf>ectively. 

3.4.4. Toting Interrupt Lo^c 

The software controlled vertical retrace interrupt is enabled, and the diagnostic waits on 
an retrace interrupt. If an interrupt doe not occur the following message is displayed: 

Device #rf O z No Interrupt received when expected. 

d - specifies the board causing the error, x is the board's multibus address. 

3.4.5. Tiling Address Registers 

The two X-address registers and the two Y-address registers are tested via setting the 
address and reading it back for all possible locations. Error(s) occurring during this test 
appear as follows: 

Device #i Q z W^rote X- Address valul Set I Read valuS 

Device #(< Q z V/Klbt Y-Address valul Set 1 Read valuS 
d - specifies the board causing the error, x is the boards multibus address, valul and 
valu2 are the hex values written and read respectively, and i is the x-y address pair under 
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test(0 or 1). 

3.4.6. Tfesting Color Map 

These tests include first writing out the "check box" image to the monitor, which con- 
tains all possible color combinations (256), then performs a constant data check on the 
color map buffers. Finally it performs the old check board test {id est writing inverted 
data to alternate locations, then every second location, etc.). An error occurring during 
these tests appear as follows: 

Device dQ x Error b Color Map t Color valul. 

Wr. valuB RD: valuS. 
d - specifies the board causing the error, x is the boards multibus address, s is green, red, 
or blue, i is one of the four color maps available (0 through 3), valul is the color index 
(0 through 255), valu2 and valu3 are the hex values for what was written and what was 
read respectively. 

3.4.7. Ttesting Function Unit 

These tests include placing various data patterns against various function values and 
checking on the corresponding result placed in the frame buffer. If the expected 
transformation does not take place then the following error message is displayed: 

Device dO x FimdioQ Unit write s. 
Wrote: valul Read; valu2. 
d - specifies the board causing the error, x is the boards multibus address, s is a function 
from the set of {Source Data, Zeros, Ones, Inverted Source Data, Old Data Inverted, 
Maak, or Inverted Mask}, valul and valu2 are the hex values for what was written and 
what was read respectively. 

3.4.8. Testing Frame Buffer Memory 

These tests include the regular memory test routines (id est constant data check, address 
line check, and the checker board check. An error occurring during these tests appear as 
follows: 

Device (f O r B Te8tX = »Y = > 
Wn valul Rd: valuS. 

d - specifies the board causing the error, x is the boards multibus address, s is memory 
test from the set of {Cbnatant Data, Address, Checker}, i and j are the x and y locations 
respectively, valul and valu2 are the hex values for what was written and what was read 
respectively. 

3.4.9. Testing 5-PIxel-lMde Mode 

This tests the "paint" provided by the Sun Color Video Board. The background area is 
set to one color and then painted over. Frame buffer locations are examined to ensure 
the paint to affect. An error occurring during these tests appear as follows: 

Device dGx Paint-Mode Error Y = 0. Wrote = valul to valu8 with valuS. 
Read valu4 at X = valu5 
Wrote paint-mode pixel at Xaddr = valu6 

d - specifies Uie board causing the error, x is the boards multibus address, valul and 
valu2 are the x coordinates (in hex) of where valuS was written respectively. valu4 is 
the incorrect value read at location valu5. valu6 is where the paint started. 
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